frontend/src/components/attendancemanage/SessionManagementCard.jsx (1)

80-85: 에러 객체의 status 접근 순서가 axios 인터셉터 패턴과 맞지 않습니다.

frontend/src/utils/axios.js의 인터셉터가 에러를 { status, message, data } 형태로 정규화하여 reject합니다. 따라서 e.response.status는 항상 undefined이며, e.status에서 상태 코드를 가져옵니다.

현재 코드는 fallback 덕분에 동작하지만, 같은 파일의 isSessionOwnerPermissionError 함수(라인 24)는 error?.status ?? error?.response?.status 순서를 사용합니다. 일관성을 위해 동일한 패턴을 적용하는 것이 좋습니다.

♻️ 수정 제안

      } catch (e) {
-        const status = e?.response?.status ?? e?.status;
+        const status = e?.status ?? e?.response?.status;
        if (status === 403) {
          toast.error('세션 멤버가 아니거나 조회 권한이 없습니다.');
        } else {
          toast.error('라운드를 불러오지 못했습니다.');
        }

🤖 Prompt for AI Agents

Verify each finding against the current code and only fix it if needed.

In `@frontend/src/components/attendancemanage/SessionManagementCard.jsx` around
lines 80 - 85, The error-status access order is reversed for the app's axios
interceptor normalization: update the status lookup in the SessionManagementCard
error handler (the const status = ... assignment) to use e?.status ??
e?.response?.status so it reads the normalized {status, message, data} first,
and make it consistent with the existing isSessionOwnerPermissionError function
(which already uses error?.status ?? error?.response?.status); ensure both
places use the same order and adjust the toast branching (403 vs default) to
rely on that normalized status.